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Attorney Docket No. IGT1P047/P-529 

WIDE AREA PROGRAM DISTRIBUTION 
AND GAME INFORMATION COMMUNICATION SYSTEM 

RELATED APPLICATION DATA 
The present application claims priority from U.S. Provisional Patent Application No. 
60/266,427 for WIDE AREA PROGRAM DISTRIBUTION AND GAME INFORMATION 
COMMUNICATION SYSTEM filed on February 2, 2001, the entire disclosure of which is 
incorporated herein by reference for all purposes. 

BACKGROUND OF THE INVENTION 

This invention relates to gaming networks including gaming machines such as video 
slot machines and video poker machines. More specifically, the present invention provides 
methods and apparatus for distributing gaming applications and related information over a 
wide area network such as, for example, the Internet or World Wide Web. 

Typically, a master gaming controller in a gaming machine controls various 
combinations of devices that allow a player to play a game on the gaming machine and 
encourage game play on the gaming machine. For example, a game played on a gaming 
machine usually requires a player to input money or indicia of credit into the gaming 
machine, indicate a wager amount, and initiate a game play. These steps require the gaming 
machine to control input devices, including bill validators and coin acceptors, to accept 
money into the gaming machine and recognize user inputs from devices, including touch 
screens and button pads, to determine the wager amount and initiate game play. After game 
play has been initiated, the gaming machine determines a game outcome, presents the game 
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outcome to the player and may dispense an award of some type depending on the outcome of 
the game. 

As technology in the gaming industry progresses, the traditional mechanically driven 
reel slot machines are being replaced with electronic counterparts having CRT, LCD video 

5 displays or the like and gaming machines such as video slot machines and video poker 
machines are becoming increasingly popular. Part of the reason for their increased 
popularity is the nearly endless variety of games that can be implemented on gaming 
machines utilizing advanced electronic technology. In some cases, newer gaming machines 
are utilizing computing architectures developed for personal computers. These 

10 video/electronic gaming advancements enable the operation of more complex games, which 
would not otherwise be possible on mechanical-driven gaming machines and allow the 
capabilities of the gaming machine to evolve with advances in the personal computing 
industry. 

When implementing the gaming features described above on a gaming machine using 
15 architectures utilized in the personal computer industry, a number of requirements unique to 
the gaming industry must be considered. One such requirement is the regulation of gaming 
software. Typically, within a geographic area allowing gaming, i.e., a gaming jurisdiction, a 
regulatory body is charged with regulating the games played in the gaming jurisdiction to 
ensure fairness and prevent cheating. In most gaming jurisdictions there are stringent 
20 regulatory restrictions for gaming machines requiring a time consuming approval process of 
new gaming software and any software modifications to gaming software used on a gaming 
machine. A regulatory scheme also typically includes field verification of deployed gaming 
applications to ensure that a deployed game corresponds to the certified version of the game. 
In the past, to implement the play of a game on a gaming machine, a monolithic 
25 software architecture has been used. In a monolithic software architecture, a single gaming 



software executable is developed. The single executable is typically burnt into an EPROM 
and then submitted to various gaming jurisdictions for approval. After the gaming 
application is approved, a unique checksum is determined for the gaming application stored 
in the EPROM for the purpose of uniquely identifying the approved version of the gaming 
application. 

A disadvantage of a monolithic programming architecture is that a single executable 
that works for many different applications can be quite large. For instance, gaming rules 
may vary from jurisdiction to jurisdiction. Thus, either a single custom executable can be 
developed for each jurisdiction or one large executable with additional logic can be 
developed that is valid in many jurisdictions. The customization process may be time 
consuming and inefficient. For instance, upgrading the gaming software may require 
developing new executables for each jurisdiction, submitting the executables for reapproval, 
and then replacing or reprogramming EPROMs in each gaming machine. 

By contrast, software architectures for use by personal computers have moved 
toward an object oriented approach where different software objects may be dynamically 
linked together prior to or during execution to create many different combinations of 
executables that perform different functions. Thus, for example, to account for differences 
in gaming rules between different gaming jurisdictions, gaming software objects appropriate 
to a particular gaming jurisdiction may be linked at run-time which is simpler than creating a 
single different executable for each jurisdiction. Also, object oriented software architectures 
simplify the process of upgrading software since a software object, which usually represents 
only a small portion of the software, may be upgraded rather than the entire software. 

Another disadvantage of the monolithic architecture approach relates to the logistics 
of distributing gaming applications. That is, because each gaming application for each 
gaming machine typically is embodied in a separate memory device, i.e., an EPROM, these 
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EPROMs must be transported from the gaming application provider, e.g., International 
Game Technology, to the gaming venues, e.g., casinos, and manually installed in each of the 
hundreds of gaming machines at each venue. The amount of resources consumed by this 
process is exacerbated by the fact that many new games are introduced each year. 

Techniques for distributing gaming applications within a single gaming venue have 
been proposed which take advantage of the object-oriented software architectures described 
above as well as advances in networking technologies. According to such techniques, 
gaming machines in a casino may be interconnected using any of a variety of network 
topologies with one or more servers which transmit all or portions of gaming applications to 
the interconnected machines using any of a variety of network transmission protocols. An 
example of such a gaming venue network is described in commonly assigned, copending 
U.S. Patent Application No. 09/746,944 for GAMING TERMINAL DATA REPOSITORY 
AND INFORMATION DISTRIBUTION SYSTEM filed on December 21, 2000, the entire 
disclosure of which is incorporated herein by reference for all purposes. 

Unfortunately, single venue gaming networks still do not adequately address the 
logistical issues associated with the distribution of gaming applications from the gaming 
application provider to the gaming venues, or the complications associated with complying 
with a multiplicity of regulatory schemes. Thus, there is a need for techniques by which the 
distribution of gaming applications may be made more efficient. 
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SUMMARY OF THE INVENTION 
According to the present invention, methods and apparatus are provided for 
distributing gaming applications to a plurality of gaming sites located in a plurality of 
regulatory regions via a wide area network. Each regulatory region has a regulatory scheme 

5 associated therewith. A plurality of gaming applications are stored on at least one central 
server. A subset of the gaming applications are distributed from the at least one central 
server to at least one of the gaming sites located in one of regulatory regions via the wide 
area network, the subset of gaming applications being determined according to the 
associated regulatory scheme. 

10 According to other specific embodiments, methods and apparatus are provided for 

distributing gaming applications to a plurality of gaming sites located in at least one 
regulatory region via a wide area network. Each regulatory region has a regulatory scheme 
associated therewith. A plurality of gaming applications are stored on at least one central 
server. A subset of the gaming applications are uploaded to at least one regional server 

1 5 associated with each regulatory region via the wide area network. The subset of gaming 

applications associated with each regulatory region is determined according to the associated 
regulatory scheme. A portion of the subset of gaming applications is distributed via the wide 
area network from either of the at least one regional server and the at least one central server 
to at least one of the gaming sites located in the regulatory region associated with the at least 

20 one regional server. 

A further understanding of the nature and advantages of the present invention may be 
realized by reference to the remaining portions of the specification and the drawings. 



BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram depicting a gaming terminal data repository connected to a 
number of gaming terminals and a partition of a database residing within the gaming 
terminal data repository. 

Fig. 2 is block diagram of game software components that may be allocated to 
particular gaming terminals using a gaming terminal data repository. 

Fig. 3 is a block diagram of a wide area network in which a specific embodiment of 
the present invention may be implemented. 

Fig. 4 is a flowchart illustrating operation of a specific embodiment of the invention 
in the network environment of Fig. 3. 

Fig. 5 is a block diagram of a wide area network in which another specific 
embodiment of the present invention may be implemented. 

Fig. 6 is a block diagram of a wide area network in which yet another specific 
embodiment of the present invention may be implemented. 

Fig. 7 is a flowchart illustrating operation of specific embodiments of the invention 
in the network environments of Figs, 5 and 6. 



DETAILED DESCRIPTION OF SPECIFIC EMBODIMENTS 
The present invention takes advantage of advances in networking technology to 
provide techniques by which gaming applications may be efficiently distributed to 
geographically remote gaming sites. According to various embodiments of the invention, 
authorized users at gaming sites are given access to gaming applications in accordance with 
the regulatory scheme associated with the geographic region in which the gaming site is 
located. For the purpose of illustrating specific embodiments of the invention, an exemplary 
game data repository associated with a gaming site and to which gaming applications may be 
downloaded is shown in and described with reference to Fig. 1 . For similar purposes, the 
structure of an exemplary gaming application is described with reference to Fig. 2. It will be 
understood, however, that many different types of gaming sites and gaming application 
architectures may be employed with various embodiments without departing from the scope 
the present invention. 

Fig. 1 is a block diagram of a gaming terminal data repository (GTDR) 100 
connected via network interface 108 to a number of remote gaming terminals 118, 120 and 
122. The GTDR 100 may provide the management and download tools necessary to manage 
all of the information associated with a particular gaming terminal or groups of gaming 
terminals and manage access to this data for a particular user or set of users. An operator 
using the GTDR 100, with the appropriate access privileges, may define various parameters 
that trigger the download to the gaming terminal of information and programs such as game 
software components. The GTDR 100 may connect with an existing network interface 
system, such as a cashless system within the casino, may communicate directly with gaming 
terminals or may use combinations of both methods to facilitate information downloading 
and data collection. According to various embodiments of the present invention, GTDR 100 
may also connect to remote servers via a wide area network, e.g., the Internet or World Wide 
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Web, for the purpose of downloading gaming applications for distribution to and use on 
gaming terminals 118, 120, and 122. 

The gaming terminals 118, 120, and 122 maybe gaming machines such as video and 
mechanical slot machines and or gaming terminals providing video game play for games 
such as bingo games, keno games and lottery games. The gaming terminals may be located 
in many different venues such as casinos, stores, restaurants, bars and boats. 

The gaming terminals 1 18, 120 and 122 may send game transaction information, 
such as coin-in and coin-out, game software component information, such as the versions of 
software residing on each gaming terminal and the version of a game being played, and 
player tracking information, such as the identity of a player playing a game on the gaming 
machine. The gaming terminals 1 18, 120 and 122 may send and may receive information 
directly from the GTDR 100 or the gaming terminals may communicate with the GTDR 100 
via an intermediate device such as a cashless system server. Information received from the 
gaming terminals may be archived in the gaming terminal database 1 10 on the GTDR. In 
addition, the GTDR 100 may poll various servers such as bonus game servers, cashless 
system servers, progressive game servers for gaming information that may stored in the 
gaming terminal database 110. 

The GTDR 100 may communicate with the gaming terminals, 118, 120 and 122 and 
other remote gaming devices, such as portable computers, printers, personal digital assistants 
and computers using the network interface 108. The network interface 108 may be a 
wireless network interface or wired network interface. The GTDR 100 may utilize a firewall 
109 to prevent unauthorized access to data stored in the GTDR 100. Access firewalls may 
provided by Cisco Systems (San Jose, California). 

The GTDR 100 stores gaming information, such as gaming transaction information, 
game software components and game software component information, in a partitioned 



gaming terminal database 1 10. In one embodiment, the information stored in the gaming 
terminal database may be partitioned according to gaming entities. For instance, gaming 
information from a first gaming entity be may stored in a first partition of the gaming 
terminal database 1 12, gaming information from a second gaming entity may be stored in a 
second partition 1 14 and gaming information from a third gaming entity may be in a third 
partition 116. The number of partitions may vary and is not limited to the three partitions 
described in the present example. The gaming terminal database 1 10 may be a hard drive, 
CD-Read/Write drive or any other storage medium or combinations of storage mediums 
appropriate for storing large amounts of game information. 

The large amount data and variety of game programs on each gaming terminal may 
be managed using the data and program management tools of the GTDR 100. Each game 
program may comprise of plurality of game software components, hi Fig. 1, each of the 
items may be associated with a particular gaming terminal or associated with a type of 
gaming terminal. The items may be organized in a database structure of some type which 
may be extended to a large number of gaming terminals. Many different types of database 
structures are possible. Some examples of database structures which may be utilized are 
described in the text "Database Management Systems " R. Ramakrishnan, Mcgraw-Hill, 
which is incorporated herein by reference in its entirety and for all purposes. 

An advantage of using a database partitioned according to a number of gaming 
entities maybe easier sharing of data between gaming entities allowing for seamless game 
play across different gaming entities and promotions involving multiple gaming entities. 
Another advantage may be less expensive information management costs because multiple 
gaming entities may share the information management costs rather than each entity 
performing its own information management. Further, within a gaming entity, information 
management costs may be lowered because information management for a particular entity 
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may be centralized. Yet another advantage of the partitioned database is scalability. The 
partitioned approach is scaleable to large numbers of gaming terminals. Further, when 
gaming information is stored for a large number of gaining terminals, gaming terminal 
configuration performance patterns may emerge that are not readily seen when information 
is only stored for a small number of gaming terminals. 

The associations between gaming terminal database elements and the gaming 
terminals may be managed and leveraged with specific GTDR 100 tools that utilize 
information that may be stored in the data repository such as within a database structure of 
some type. For instance, the system may be used to establish relationships between users, 
terminal information, site information, and gaming terminals. With a given set of 
relationships established using the system, the casino operator may then identify the 
configuration desired of a particular gaming terminal or groups of gaming terminals. An 
example of the structure, relationships and types of information that may be stored in a data 
partition 1 16 for a particular gaming entity is shown in the Fig. 1. The example is used for 
illustrative purposes as many different structures are possible and additional gaming 
information may be stored in the database 110. 

For each gaming terminal, including 122, 146 and 147, game software component 
information for various potential game configurations on the gaming terminal may be stored. 
For instance, gaining terminal 122 maybe configured for 5 different types of games 
including 141, 142, 143, 144 and 145. The 5 games might correspond to five types of video 
slot games, 5 types of video poker games, or 2 types of video slot games and 3 types of 
video blackjack games. The number of games on a given terminal and the combinations of 
games may vary. Game software components and game software component information 
for other video games of chance, including video bingo games, video lottery games, 
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mechanical slot games, video keno games, video checkers and video card games may also be 
stored in the GTDR 100. 

For each game, game software component information may be listed for game 
software components that reside on the gaming terminal. The game software component 
information may correspond to a particular game software configuration residing on the 
gaming terminal as well as potential configurations of software for the gaming terminal. For 
example, for game 141, the game software component information includes game system 
components 124, game paytables 126, game bonusing 128, game graphics 130, game sounds 
132, game progressives 133, jurisdiction information 134, player tracking 136, game 
networking components 138 and other gaming information. Under each category, multiple 
different game software components may be available. Some of the game software 
components, such as game graphics 130 or game sounds 132, maybe specific to a particular 
game while other game software components, such as game networking 138, may be shared 
by multiple different games. For instance, a video slot game and a poker game may use 
different graphics and sounds but the same player tracking software components. Examples 
of different game software components for each type of game software component are 
described with reference to Fig. 2. 

The GTDR 100 may receive various types of game transaction information from 
gaming terminals connected in some manner to the GTDR 100. The game transaction 
information may be used to determine the relative performance of different games and 
gaming terminals. The game transaction information may be stored in a relational database 
allowing search and queries of various different data categories 160. The data categories 
maybe specify various data relationships. For instance, game transaction information, such 
as coin-in, coin-out, and amount bet per game, may be stored according to specific games as 
game data 148. The game data may be a composite of game data obtained from multiple 
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gaming terminals operating at different locations. Many data fields may be associated with 
the game data such as the time, game version, location, gaming terminal and player, and 
stored as a data record. The data fields may be utilized by analysis tools residing in the 
GTDR 100 to generate various information relationships such as game performance as a 
function of time, game performance as a function of location, game performance as a 
function of game version and game performance as a function of player. 

The data categories 160 may be used to store commonly accessed data combinations 
to minimize analysis times. Many different combinations of game transaction information 
and other game information for various groups of gaming terminals may be stored in the 
gaming terminal database 110 as a queryable database. Other examples of game data 
categories may include: 1) gaming terminal data 150, which may be a history of game 
performance on a particular gaming terminal for all of its past configuration, 2) player data 
152, which may be a composite of a player's game play on many different gaming terminals, 
3) route data 154 which may be a composite of gaming terminal information for a group of 
gaming terminals on a route comprising a number of gaming venues such as stores and 4) 
venue data 155 which may be a composite of terminal information for a groups of gaming 
terminals at a particular venue such as a casino, a subset of gaming terminals within a 
casino, a store or a restaurant. Again many types of data categories may be possible. The 
number of potential data categories may depend on the number of fields associated with each 
data record obtained from a gaming terminal and a processing power of the GTDR 100 
because too many data categories may result in a degradation of search performance on the 
GTDR 100. 

The processor and memory 106 on the GTDR 100 may be used to execute a number 
of analysis tools 170 (e.g., gaming repository applications) residing in each data partition, 
including 1 12, 1 14 and 1 16 in the gaming terminal database 1 10. The gaming repository 
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applications 170 as well as the game transaction information and game software components 
stored in the gaming terminal database 110, may be proprietary and in some cases may not 
be shared by different gaming entities. The analysis tools 170 may utilize a number of user 
interfaces such as graphics tools for presenting data generated in each application. For 
5 instance, an interface may display the current game software components on a gaming 
terminal as highlighted in a list of game software components available on the gaming 
terminal. These interfaces may be viewed on displays, including 102, or remote computers 
which are connected to the GTDR 100. 

The gaming repository applications 170 may include: 1) data analysis applications 
10 172, which may be used to establish data categories and various relationships between data 
categories, 2) version management tools 173, which maybe used to identify the game 
software components on a particular gaming terminal and then update one or more game 
software components by downloading game software components from the GTDR 100, 3) 
configuration and scheduling tools 174, which may be used to automatically configure one 
15 or more gaming terminals according to one or more scheduled update triggers, 4) query 
configuration application, which may be used to design query relationships in the database 
that are suited to a particular users needs and 5) report generation applications for formatting 
game transaction information. The gaming repository application 170 are not limited to 
these applications and many types of gaming repository applications are possible. 
20 Data from the various applications executed on the GTDR 100 may be shared and 

utilized by other applications. For instance, the data analysis tools 172 may be used to 
establish relationships between game versions, game transaction information, site 
information and gaming terminal information. The relationships may be utilized by the 
configuration application 174 to establish configurations for one or more gaming terminals. 
25 The configuration application may identify the current set of game software components 
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used for game play on a particular gaming terminal and then compare the identified software 
components with game software components required for a new game configuration (e.g., a 
plurality of game software components are used to present a game presentation on each 
game presentation). The result of the comparison may be a list of game software 
components that need to be updated on the gaming terminal to enable the new game 
configuration. The configuration management tool 174, which is executed by the processor 
106, may then download the game software components required for the new game 
configuration to the gaming terminal via the network interface 108. A similar process may 
be used by the software version management to update versions of software residing on one 
or more gaming terminals. 

The scheduling tools may be used to automatically update the configurations of one 
or more gaming terminals according to a number of update triggers. Updates might be 
triggered at certain times, such as hourly, daily or weekly, according to player input, or 
according to game performance. For instance, when a game is performing poorly on a 
gaming terminal, game software components to enable a new version of the game being 
played or a different game may be downloaded to the gaming terminals connected to the 
GTDR 100. The gaming performance of the gaming terminals may be monitored by the 
GTDR 100 so that the download may be performed automatically. As another example, 
different paytables may be downloaded to different gaming terminals at specific times of the 
day to encourage game play during off-peak hours or increase profits during peak hours. Yet 
another example, the GTDR may download new game software components to a particular 
gaming terminal being utilized by a particular player. The download may occur as a result 
of a data analysis indicating personal game playing preferences of a particular player such as 
liking particular sounds or graphics. The download may occur automatically without being 
initiated by the player or may be initiated by the player. 
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Li the past new games have been installed in gaming machines by exchanging an 
EPROM in the gaming machine containing all of the gaming software or by downloading an 
entire game software package. In these examples, all the gaming software on the gaming 
machine is exchanged whether or not it is different from the new gaming software. An 
advantage of only downloading specific game software components is that it allows for 
faster downloads when only a small fraction of the gaming software is being updated. Also, 
in many cases, the gaming machine may continue to operate while the download is 
implemented. When all of the gaming machine software is downloaded, the gaming 
machine may have to brought down for the installation. Further, for a game with many 
different versions where the variation from version to version may be small, it is more 
efficient to manage and store the individual game software components rather than many 
different game software versions with each version comprising all of the game software 
components. 

Fig. 2 is block diagram of game software components that may be allocated to 
particular gaming terminals using a gaming terminal data repository 100. An example of 
game software components for a particular game 141 was described with reference to Fig. 1 
and components that appear in Fig. 1 are identified by common reference numerals. In Fig. 
2, the game software components 200 may be displayed as menu containing game software 
component information. The menu, which may be generated as part of game repository 
application, may be used by an operator using the GTDR 100 to configure a particular 
gaming terminal connected to the GTDR with a particular game. The menu items may 
correspond to game software components stored on the GTDR 100. 

The game system components 124 may comprise software modules used to provide 
various system functions on the gaming terminal. For instance, the event manager 212 may 
be used to monitor and distribute events occurring on the gaming machine such as card-in, 
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card-out, power hit and tilt. The bank manager 215 may be used to perform accounting 
functions on the gaming terminal. The communication manager 216 may be used to provide 
communication protocols allowing different gaming devices to communicate with the 
gaming terminal such as player tracking devices. Another example of gaming system 
components might include device drivers allowing the gaming system software to 
communicate with various devices connected to the gaming terminal such as displays, bill 
validators, ticket readers, coin acceptors, card readers and printers. 

Different versions of the game system components may be stored on the GTDR 100. 
For instance, two versions of the event manager, 212 and 215, maybe stored on the GTDR 
100. The second version may be a software update of the first version. Using the GTDR 
100, software versions on one or more gaming terminals may be automatically updated. In 
addition, the GTDR may store device drivers for many types of devices. For example, many 
different versions of player tracking devices exist. The GTDR 100 may store device drivers 
for these devices such that, when a new player tracking device is installed on a gaming 
terminal, the GTDR 100 may be used to download software to the gaming terminal enabling 
operation of the new player tracking device. 

The game paytables 126, which maybe downloaded to a gaming terminal, includes a 
paytable peak 222, a paytable off-peak 224 and a paytable promotion 226. The paytable 
peak 222 may correspond to a particular set of odds for peak game playing times. Paytable 
off-peak may correspond to a particular set of odds for off-peak playing times 224. For 
instance, during off-peak playing times, a bigger jackpot may be available on certain gaming 
terminals that is not available during peak game playing times to attract additional game 
play. The paytable promotion 226 may correspond to a particular set of prizes that is 
available during promotional periods. For example, the paytable promotion might be 
downloaded at random times during the day to add excitement to game play on one or more 
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gaming terminals. The GTDR 100 may include configuration and scheduling applications 
allowing random downloads to be performed automatically. 

The game bonusing 128, which may be downloaded to a gaining terminal, include 
bonus game peak 232, bonus game off-peak 234, bonus game promotion 236 and bonus 
game test 238. A large variety of bonus games are possible. The bonus game peak and 
bonus game off-peak may have been selected based upon game performance data stored on 
the GTDR. The bonus game test 238 may be downloaded to gather gaming performance 
data on a particular bonus game, e.g., to try out a new bonus game that has been developed. 

The game graphics 130 and game sound 132, which may be downloaded from the 
GTDR, include background red static 242, background red dynamic 244, background 
promotion 246, background test 248, classical 252, easy 254, promotion 256 and test 258. 
The GTDR 100 may contain analysis tools that allow the game graphics and game sounds on 
a group of gaming terminals to be directed to a particular age group. For example, older 
men may prefer a red dynamic background 244 and classical music 252 while older women 
may prefer a red static background 242 and easy music 254. Thus, the GTDR 100 may 
include scheduling tools that use update triggers such as the time of day to automatically 
download game graphics 130 and game sound 132 to attract particular groups of people at 
certain times of day. 

Specific update triggers may be determined based upon a demographic analysis of 
game performance data (e.g. game transaction information) and user data (e.g. player 
tracking information) stored in the GTDR. The demographic analysis may be performed 
using software executed on the GTDR. The software may indicate that certain groups of 
individuals are more likely to play certain types of games at certain times of day. Thus, 
update triggers may be developed and implemented on the GTDR that configure gaming 
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terminals with certain games at certain times corresponding to the preferences of a particular 
demographic group. 

The game progressive 133 game software components may allow a user to configure 
groups of gaming terminals into different progressive game groups. For instance, the game 
only progressive software 262 may be downloaded from the GTDR 100 to a group of 
gaming terminals presenting the same game such as a particular version of a video slot 
game. The game only progressive 262 may enable a progressive game for game players 
playing only the particular version of the slot game designated by the game only progressive 
262. As another example, a casino progressive software may allow a gaming terminal to be 
configured as part of casino wide progressive game involving a number of gaming terminals 
throughout the casino. Also, promotional progressive games 266 and test progressive games 
268 maybe downloaded from the GTDR 100. 

The game software components 200 listed in the Fig. 2 may appear to the operator as 
a menu on a display screen where the current game software configuration of the gaming 
terminal is highlighted in some manner. For instance, a current game software configuration 
may comprise: 1) a first versions of the event manager 212, bank manager 214, and 
communication manager 216, 2) a bonus peak game 232, 3) a red dynamic background 244, 
4) easy music 254, and 5) a game only progressive 262. The current game software 
configuration may be highlighted on the screen as a particular color. By pointing to the 
screen using a mouse or some other device, an operator may highlight particular boxes to 
adjust the configuration of a particular gaming terminal or a group of gaming terminals. In 
addition, the menu may include configuration templates corresponding to a number of 
gaming terminal configuration options that may be selected by the operator. These 
templates may be proprietary and based upon an analysis of game performance data 
available to a particular gaming entity. 
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Various embodiments of the present invention will now be described with reference 
to Figs. 3-7. Various ones of these embodiments maybe used to effect the efficient 
distribution of gaming applications among gaming sites, exemplary descriptions of such 
applications and sites being provided above with reference to Figs. 1 and 2. It will be 
understood, however, that neither the specific features of the gaming applications, 
application components, and gaming data repository described above, nor the details of the 
exemplary network architectures and data transmission mechanisms described below should 
be used to unduly limit the scope of the present invention. 

Fig. 3 is a block diagram of a wide area network in which various specific 
embodiments of the present invention may be implemented. Fig. 4 is a flowchart illustrating 
operation of such exemplary embodiments. According to such embodiments, gaming 
applications, application components, analysis tools, and a variety of gaming-related 
software and software objects are stored on one or more central servers 302 for distribution 
to gaming venues (GV) 304 in one or more gaming jurisdictions 306, 308, and 310 (e.g., 
Louisiana, Nevada, New Jersey) via wide area network (WAN) 312. The information 
available for download may include any of the applications or objects discussed above with 
reference to Figs. 1 and 2, as well as any of a variety of other gaming related software. 
Server(s) 302 may be located at one or more facilities 303 operated by, for example, a 
gaming application provider such as International Game Technology (IGT) of Reno, 
Nevada. Gaming venues 304 may comprise any of a variety of gaming providers such as, 
for example, casinos or any other "brick and mortar" gaming venue, or gaming sites on the 
Internet or World Wide Web. 

According to various embodiments and as will be understood, WAN 312 can 
represent a wide variety of network topologies, only some of which correspond to the 
Internet and World Wide Web. For example, WAN 312 may comprise any combination of 
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public and private LANs or WANs which employ any of a wide variety of network 
communication protocols (e.g., TCP/IP) or combinations thereof. 

Access by authorized users at GVs 304 to the various applications, applets, and 
software objects on server(s) 302 is controlled according to the regulatory scheme associated 
with the gaming jurisdiction in which each GV 304 is located. The manner in which such 
access is controlled may vary according to different embodiments. For example, if an 
incoming request is determined to come from a particular gaming jurisdiction (e.g., by 
parsing the request), only information relating to applications and objects appropriate for that 
jurisdiction are presented to the requester. For example, several different versions of the 
base gaming application "Little Green Men" from IGT may reside on server(s) 302, each of 
which is specifically tailored to the regulations in a particular gaming jurisdiction. 
Moreover, a variety of associated objects such as paytables, bonus game options, glass 
display data, etc., may also be jurisdiction-specific. According to one embodiment, only the 
applications, applets, and objects which are appropriate for the jurisdiction from which a 
request emanates are presented to the requester as options for selection and download. 
Alternatively, all of the available applications, applets, and software objects might be 
presented to the requester with accompanying identifiers to indicate which may be 
downloaded for a particular jurisdiction. According to such an embodiment, when a 
requester selects an inappropriate item, the download would be inhibited and an appropriate 
message presented. 

Referring now to Fig. 4 and as mentioned above, gaming and gaming-related 
applications and objects are provided on one or more central servers for distribution to any 
of a plurality of gaming venues in any of a plurality of gaming jurisdictions (402). In 
response to a request from a first gaming venue in a first gaming jurisdiction, information 
relating to available gaming applications, objects and related software is provided to the 
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requester at the gaming venue via an intervening WAN (404). As mentioned above, the 
communication protocol according to which information is transmitted back and forth 
between the central server(s) and the gaming venues may be any of a wide variety of well 
known or proprietary protocols. 

In response to selection of one or more gaming applications or software objects for 
download by the user at the gaming venue, the selected item(s) is/are transmitted to the 
gaming venue (406) to be stored, for example, in a game data repository (e.g., GTDR 100 of 
Fig. 1) for distribution to a plurality of gaming terminals, or on a server which provides 
gaming applications over a network. As discussed above, access to the downloadable 
information on the central server(s) is controlled according to the regulations of the gaming 
jurisdiction in which the gaming venue from which the request was generated is located. 
This control may occur, for example, in the presentation of the available downloadable items 
to the requesting user, or in some other way, e.g., the prohibition of the selection or 
download of items not appropriate for the particular jurisdiction. 

Figs. 5 and 6 are block diagrams of wide area networks in which other specific 
embodiments of the present invention may be implemented. Fig. 7 is a flowchart illustrating 
operation of the specific embodiments of the invention which may be implemented in the 
network environments of Figs. 5 and 6. According to these embodiments, one or more 
regional servers 502 are provided in each of a plurality of gaming jurisdictions 504, 506, and 
508 in which different regulatory schemes are in place. The gaming applications, data files, 
software objects, and gaming related software which have been approved or are specifically 
appropriate in each jurisdiction are uploaded from one or more central servers 510 to the 
corresponding regional server(s) 502 via WANs 512, 514, 516, and 518. 

Authorized personnel from each of the gaming venues 520 in a particular jurisdiction 
may then log on to a regional server in their gaming jurisdiction for the purpose of 
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downloading gaming applications and related software. According to various embodiments, 
gaming venues may also log directly onto central server(s) 510 to effect such downloads as 
discussed above with reference to Figs. 3 and 4. For example, a gaming venue in New 
Jersey (region 508) could log onto one of the regional servers 502 via WAN 518, or central 
server(s) 510 via WANs 512 and 518. 

Server(s) 510 maybe located at one or more facilities 522 operated by, for example, 
a gaming application provider such as IGT of Reno, Nevada. Gaming venues 520 may 
comprise any of a variety of gaming providers such as, for example, casinos or any other 
"brick and mortar" gaming venue, or virtual venues such as gaming sites on the Internet or 
World Wide Web. 

Providing gaming applications and related software on regional servers provides a 
convenient mechanism for segregating downloadable content such that only the applications 
and content appropriate for a particular jurisdiction are available in that jurisdiction. It also 
distributes the bandwidth requirements for downloading such information in a way that 
avoids the undesirable bottleneck issues inherent in having fewer download options. That is, 
if all of the available downloadable information is located in one or more servers at a single 
location (e.g., server(s) 510 at a single facility 522), all requests for such information and all 
transfers of the typically large files (sometimes on the order of gigabytes) must occur 
through relatively few (conceivably one) communication links. Not only does this present 
issues with regard to bandwidth, there are also significant reliability drawbacks, i.e., if the 
servers or the links fail, access to the information is cut off. 

In addition, and according to the embodiment illustrated in Fig. 6, having multiple 
regional servers in each gaming jurisdiction further enhances the efficiency and reliability of 
such a system. That is, servicing of the requests in a particular region may be distributed 
among the servers located in that region. In addition, given the number of download options 
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in such an embodiment, multiple link and server failures would have to occur simultaneously 
to completely cut off access to the downloadable content in a given jurisdiction. 

According to some embodiments, the selection of one of a plurality of regional or 
central servers maybe accomplished automatically, e.g., without requiring input from the 
requesting user at the gaming venue. There are a wide variety of request routing, load 
balancing, and traffic redirection techniques which may be employed to redirect such 
requests to the appropriate server. Therefore, any networking technology mechanism which 
could effect the automatic selection of one of a plurality of servers for handling such a 
request should be understood to be within the scope of the present invention. 

Alternatively and according to other embodiments, the requesting user may be given 
the option of selecting one of a plurality of servers from which to download desired software 
much like similar options in peer-to-peer file sharing applications. That is, in response to a 
request to view downloadable items, a web page could be presented to the requester in which 
a number of download options are presented (e.g., as shown in Table I). 
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Game 



Available Transfer 
Server 



Size 



Time to 
Download 



Little Green Men IGT Main 



3000 MB 00:30 min 



Little Green Men IGT Louisiana 



3000 MB 01:30 min 



Little Green Men IGT New Jersey 



3000 MB Not Available 



Little Green Men IGT Mississippi 



3000 MB 00:20 min 



Table I 
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As shown, the options presented may include information regarding the size and time to 
download particular objects or applications. According to specific embodiments, these 
parameters may even be updated to reflect actual available bandwidth and/or current data 
traffic conditions and constraints. 

Referring now to Fig. 7, gaming and gaming-related applications and software 
objects are provided on one or more central servers for distribution to any of a plurality of 
regional servers in any of a plurality of gaming jurisdictions (702). Selected portions of the 
information stored on the central server(s) are uploaded to each of the regional servers (704). 
According to specific embodiments of the invention, the selected portions are determined 
with reference to the regulatory scheme associated with the gaming jurisdiction in which 
each regional server is located. That is, only those portions of the information approved for 
distribution in a particular gaming jurisdiction are made available on the servers in that 
jurisdiction. 

In response to a request from a first gaming venue in a first gaming jurisdiction, 
information relating to available gaming applications, objects and related software is 
provided to the requester at the gaming venue via an intervening WAN (706). According to 
various embodiments of the invention, this information may be provided from any of the 
regional servers associated with the gaming jurisdiction from which the request originated. 
Alternatively, this information maybe provided, for example, directly from any central 
server(s) associated with the gaming application provider or some other intermediate server. 
According to a specific embodiment, the information provided to the requester may identify 
a plurality of download options for one or more gaming applications or related software as 
shown, for example, in Table I. As mentioned above, the communication protocol according 
to which information is transmitted back and forth between the central server(s) and the 
gaming venues may be any of a wide variety of well known or proprietary protocols. 
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In response to selection of one or more gaming applications or software objects for 
download by the user at the gaming venue, it is determined from which of a plurality of 
servers or server interfaces to transmit the requested applications/objects (708). As 
discussed above and for example, this determination may occur automatically according to 
the location from which the request originated, or a load balancing scheme which causes the 
request to be serviced based on current bandwidth conditions. Alternatively, the 
determination may be made in response to selection of a particular server option by the 
requesting user as discussed above with reference to Table L It should be noted that various 
embodiments of the invention contemplate that the information to be downloaded may be 
distributed from any of the regional server associated with the jurisdiction from which the 
request originated, or the central server(s). 

Regardless of how this determination is made, the selected item(s) is/are transmitted 
from one of the regional or central servers to the gaming venue (710) to be stored, for 
example, in a game data repository (e.g., GTDR 100 of Fig. 1) for distribution to one or 
more gaming terminals, or on one or more servers which provide gaming applications over a 
network, e.g., Internet gaming. In the case where the information is being transmitted from a 
central server and as discussed above, access to the downloadable information on the central 
server(s) maybe controlled according to the regulations of the gaming jurisdiction in which 
the gaming venue from which the request was generated is located. 

According to various embodiments, each gaming customer has an account with the 
game distribution system for purchasing the games which are downloaded according to the 
invention. In addition to controlling access to information according to a regulatory scheme, 
the system may organize and present available gaming applications to the user in a variety of 
ways relating, for example, to how new or popular a particular game is. In cases where the 
number of available games is large, searching capabilities may also be provided so that the 
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customer can search the available games according to, for example, name, type, theme, 
description, etc. 

According to various embodiments, access to resources related to the gaming 
applications may also be provided in a way that is closely coupled to each gaming 
application. Such resources might include, for example, available game customizations 
(e.g., bonus games, paytables, etc.), demonstrations of available games, current ratings of 
available games, customer feedback bulletin boards relating to available games, game related 
chat rooms, live and prerecorded web casting conferences for customer training, new game 
introductions, and other announcements, etc. 

As with the gaming applications and other software, access to these resources may be 
controlled in accordance with, for example, the applicable regulatory scheme. In addition, 
access to such resources may be determined according to the application^) being currently 
presented, or in response to selections made by the requester. So, for example, if the 
requester selects the IGT game "Little Green Men," related resources are automatically 
presented to the requester which may include, for example, the options shown below: 



Little Green Men Game Web Casting 

Available Bonus Games 
Game Demonstrations 
Training 
Announcements 

Little Green Men Bulletin Board 

Little Green Men Game Ratings 

Little Green Men Chat Room 
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Each of these lines of text could be, for example, a hyperlink which, if selected, results in 
presentation of the selected resource to the user. 

While the invention has been particularly shown and described with reference to 
specific embodiments thereof, it will be understood by those skilled in the art that changes in 
the form and details of the disclosed embodiments may be made without departing from the 
spirit or scope of the invention. For example, specific embodiments have been described 
herein with reference to software applications which are eventually run on gaming terminals 
as part of game play by an end user. It will be understood, however that the scope of the 
present invention includes distribution of a larger array of gaming related software and 
objects such as, for example, applications which facilitate management and control of 
gaming applications and gaming venues themselves. In addition, the specific hardware and 
network topologies to which the present application alludes are merely exemplary and 
should not be used to limit the scope of the invention. Rather, any variations or alternatives 
implementations which are apparent to a person of ordinary skill in the art of network 
technology are also included. 

In addition, although various advantages, aspects, and objects of the present 
invention have been discussed herein with reference to various embodiments, it will be 
understood that the scope of the invention should not be limited by reference to such 
advantages, aspects, and objects. Rather, the scope of the invention should be determined 
with reference to the appended claims. 



